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(54) Service creation and service logic execution environment for a network processor 



(57) An edge-optimized network element disposed 
in a telecommunications network, the network element 
including one or more network processors having a 
service creation and service logic execution environ- 
ment (SCE/SLEE) for wirespeed service switching and 
routing. A programming interface is provided for effec- 
tuating the network processor's SCE/SLEE, whereby 
appropriate service logic programs (SLPs) are generat- 
ed or updated in association with a centralized service 
control point (SCP) and SCE disposed in the telecom- 
munications network. The programming interface is op- 
erable with a packaging tool for packaging one or more 
programmable service independent blocks (SIBs) to 
create SLPs which effectuate multiple services such as, 
e.g., 800/900-number services, QoS prioritization 
schemes, etc., on a dynamically-configurable basis. A 
call control module is provided in association with the 
network processor for executing suitable call process 
models for subscriber calls received at the edge-opti- 
mized network element. Based on delecLion points and 
service triggers associated with a particular call proc- 
ess, a corresponding SLP is launched in association 
with the SLE E for appropriate call routing in the telecom- 
munications network. 




Fig. 1 
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Description 

BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

[0001 ] The present invention relates to telecommuni- 
cations networks and services and, more particularly, to 
a system and method for providing a carrier-grade serv- 
ice creation and service logic execution environment 
(SCE/SLEE) for a network processor arrangement 
forming an optimized edge node or network access 
point of a network or a combination of networks. 

Description of Related Art 

[0002] In today's networked world, bandwidth is a crit- 
ical source. Increasing network traffic, driven by the In- 
ternet and emerging bandwidth-intensive applications, 
is straining the capacity of communications lines and 
semiconductor technologies. employed in telecommuni- 
cations. To keep pace, organizations are looking for bet- 
ter technologies and methodologies to support and 
manage traffic growth and the convergence of voice with 
data. 

[0003] Network processors (NPs), a new class of ap- 
plication-specific integrated circuits (ASICs), offer a so- 
lution that can help maximize bandwidth utilization and 
traffic flow. As NP technology evolves, network equip- 
ment vendors are turning from fixed-function ASIC de- 
signs to more capable and flexible "processor-model" 
NP products which are being developed for broadband 
network routers and other edge devices. Typically, these 
processors place a few lower levels/layers of a commu- 
nication protocol on a single ASIC chipset having a pro- 
grammable area for performing algorithms for packet 
per port optimizations (e.g., perflow call queuing). 
[0004] These advanced broadband algorithms are 
operable as high-speed (i.e., wirespeed) packet for- 
warding engines which are downloaded into the ASICs 
for specialized optimized routing, forwarding, and queue 
management. It should be appreciated that these pack- 
et algorithms are similar in nature to switch telephony 
port optimization technologies used in Class 4 and 
Class 5 switches in terms of the end goal, i.e. ; port op- 
timization through balanced distribution of resources. 
[0005] With the advent or better ASICs, more under- 
standing of network routing requirements, virtual private 
network (VPN) tunneling technologies, and increasing 
embedded memory densities, additional algorithmic ca- 
pabilities are currently being explored. For instance, typ- 
ical capabilities offered by the state-of-the-art NP tech- 
nologies include security, high-speed store and forward, 
switch fabric, efficient load balancing, etc., and target 
ISO layer 2 and higher. 

[0006] Despite these advances, several lacunae in 
the existing NP solutions should be apparent. First, the 
current NP functionality does not include call processing 



capability which involves launching call control state 
models responsive to calls received at a serving edge 
node. In addition, whereas today's NPs can execute al- 
gorithms that are similar in essence to the algorithms of 

5 Class 4/5 switches and the service algorithms employed 
in service control points (SCPs) (which can be analo- 
gized as centralized, low speed forwarding engines), 
they are not capable of modifying call routing directly in 
. a network-service oriented manner. Consequently, ad- 

10 vanced feature routing functionality necessary for pro- 
viding carrier-grade service switching at the network ac- 
cess point is lacking. 

SUMMARY OF THE INVENTION 

15 

[0007] Accordingly, the present invention advanta- 
geously provides an edge-optimized network element 
disposed in a telecommunications network, the network 
elemenL including one or more network processors hav- 

20 ing a carrier-grade service creation and service logic ex- 
ecution environment (SCE/SLEE) capability for wire- 
speed service switching and routing at the access point. 
A programming interface is provided for effectuating the 
network processor's SCE/SLEE, whereby appropriate 

25 service logic programs (SLPs) are generated or updated 
in association with a centralized service control point 
(SCP) and SCE disposed in the telecommunications 
network. The programming interface is operable with a 
packaging tool for packaging one or more programma- 

30 bte service independent blocks (SIBs) to create SLPs 
which effectuate multiple services on a dynamically- 
configurable basis. For example, 800/88 8/900-n umber 
services, QoS prioritization schemes, Domain Name 
Server (DNS) and Lightweight Directory Access Proto- 

35 col (LDAP) services, virtual private network (VPN) tun- 
neling, heuristic modeling based on the network's be- 
havior, et cetera, can be effectuated by interacting with 
the network processor's programming interface to code 
appropriate SLPs. In addition, a call and connection 

40 control module is provided in association with the net- 
work processor for executing suitable call process mod- 
els for subscriber calls received at the edge-optimized 
network element. Based on detection points and service 
triggers associated with a particular call process, a cor- 

45 responding SLP or SLPs are launched in association 
with the SLEE for appropriate call routing in the telecom- 
munications network. 

[0008] In one aspect, the present invention is directed 
to a network element disposed in a telecommunications 

so network and operable to serve a subscriber, wherein the 
network element includes a network processor having 
a programmable interface for dynamically configuring a 
routing operation at wirespeed in response to a request 
received from the subscriber. An SLP is provided to be 

55 executable in association with the network processor, 
wherein the SLP is launched based on a service trigger 
associated with the subscriber. 
[0009] In another aspect, the present invention is di- 
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rected to a network processor operable for use in an 
edge-optimized node disposed in a telecommunications 
network. The network processor preferably includes a 
high-speed packet engine for operating on incoming 
packets and to determine appropriate routing in the tel- 
ecommunications network with respect to the incoming 
packets. A service logic execution (SLE) module is op- 
erably coupled to the packet engine for interacting with, 
and for modifying if necessary, the routing operation with 
respect to a subscriber call received at the serving node. 
A call and connection control module is operably cou- 
pled to the packet engine and SLE module, whereby the 
call/connection control module is operable to launch the 
SLE module based on detection points and triggering 
events encountered in a call process model associated 
with the subscriber's call. A local database (populated 
with the subscriber's service profile In local memory) is 
queried for appropriate service data. A programming in- 
terface is included for dynamically programming carrier- 
grade, telecom-hardened SLPs that are executable in 
the SLE in response to the call/connection control mod- 
ule to achieve wirespeed service switching capability at 
the edge node. 

[0010] In yet another aspect, the present invention is 
directed to a method of call routing in a telecommunica- 
tions network having an edge node with a programma- 
ble network processor. Upon receiving a call in the edge 
node for a subscriber served by the edge node, a call 
process model is launched in association wjth the pro- 
grammable network processor. One or more appropri- 
ate SLPs are executed on the programmable network 
processor, which SLPs are operable to be invoked re- 
sponsive to the call process model, A routing number or 
destination number is determined based on the execut- 
ed SLPs. Thereafter, the call is routed at wirespeed in 
the telecommunications network based on the routing 
number. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[001 1 ] A more complete understanding of the present 
invention may be had by reference to the following De- 
tailed Description when taken in conjunction with the ac- 
companying drawings wherein: 

FIG. 1 depicts an exemplary telecommunications 
network wherein an edge node or network access 
point (e.g., a switch/router network element) is pro- 
vided with one or more network processors opti- 
mized for wirespeed switching and routing in ac- 
cordance with the teachings of the present inven- 
tion; 

FIG. 2 depicts an exemplary network processor ar- 
rangement for an optimized edge node of the 
present invention; 

FIG. 3 depicts an exemplary software architecture 
of a network processor arrangement provided in ac- 
cordance with the teachings of the present inven- 



tion; 

FIG. 4 depicts an exemplary hardware architecture 
of a network processor provided in accordance with 
the teachings of the present invention 
s FIG. 5 depicts a functional block diagram of a pro- 
grammable network processor optimized for call 
connection control and service creation/execution 
in accordance with the teachings of the present in- 
vention; 

10 FIG. 6 depicts an exemplary functional hierarchy of 
an optimized edge node of the present invention; 
FIG. 7 depicts an exemplary communications net- 
work system wherein optimized edge nodes are 
provided as SS7 entities; 

'5 FIG. 8 depicts a functional block diagram of an ex- 
emplary service creation environment provided for 
a programmable network processor in accordance 
with the teachings of the present invention; and 
FIG. 9 is a flow chart of an exemplary call routing 

20 method provided in accordance with the teachings 
of the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

25 [0012] In the drawings, like or similar elements are 
designated with identical reference numerals through- 
out the several views thereof, and the various elements 
depicted are not necessarily drawn to scale. Referring 
now to FIG. 1 , depicted therein is an exemplary telecom- 

30 munications network arrangement 1 00 wherein one or 
more edge nodes, e.g., a switch/router network element 
(NE) 104, are provided with one or more programmable 
network processors optimized for wirespeed switching 
and routing in accordance with the teachings of the 

35 present invention. The edge node elements 1 04 are op- 
erably coupled to a network core 1 02 which may be pro- 
vided as a circuit-switched network (CSN), packet- 
switched network (PSN), or a hybrid network in any 
combination, capable of carrying voice, data, multime- 

40 dia, etc. in wireless or wireline embodiments using any 
known or hitherto unknown physical media technolo- 
gies. A plurality of service nodes 106 operable in ac- 
cordance with a suitable signaling/service architecture, 
e.g.; Advanced Intelligent Network (AIN) using Signal- 

^5 tng System No. 7, are provided in the exemplary tele- 
communications network arrangement 100. Preferably, 
service nodes 1 06 comprise service network elements 
such as SCPs for executing service programs that de- 
fine centralized services available in the network and 

so further store and maintain databases having service da- 
ta. Service nodes 106 may preferably be associated 
with a centralized SCE 105 that is responsible for spec- 
ifying, developing, integratingAesting, deploying and 
provisioning centralized services in the network. 

55 [001 3] The exemplary network arrangement 1 00 is al- 
so comprised of one or more gateways, e.g. gateway 
(GW) 106 operable as a media GW, signaling GW, mo- 
bility GW, or any combination thereof, for providing an 
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interworking mechanism between the network core 1 02 
and another network 1 08 operable with different signal- 
ing, media, et cetera. 

[0014] FIG. 2 depicts an exemplary network proces- 
sor arrangement 200 provided in accordance with the 5 
teachings of the present invention for an optimized edge 
node such as, e.g., switch/router NE 104 described 
above. One or more network processors are arranged 
to provide switching and routing capabilities with respect 
to calls (comprising voice, data, multimedia, or any com- 10 
bination thereof) received at the edge node comprising 
the network processor arrangement 200. One of the 
processors may be provided as a "control point" for co- 
ordinating the remaining processors of . the network 
processor arrangement 200. For example, network 
processors 210 having a switch interface 212 are inter- 
coupled together by means of a connection switch fabric 
214, and are connected to a control point processor202 
via a processor interface 222. The processor interface 
222 is operable to carry data and control flows between 20 
the control point processor 202 and the network proc- 
essors 212 with respect to one or more network appli- 
cations running on the control point processor 202 (e. 
g. } network application 204) and on the network proces- 
sor or processors (e.g., network application 21 6). In or- 
der to effectuate appropriate network applications, each 
of the processors is provided with suitable network ap- 
plication programming interfaces (APIs) (e.g., reference 
numerals 206 and 218). A host operating system (OS) 
208 running on the control point processor 202 interfac- 
es with the network processor services/APIs 206 which 
are, in turn, interfaced with the APIs 218 provided for 
the network processors 212. 

[0015] Each network processor 210 is also provided 
with a physical media interface 220 for connecting to 
one or more telecommunications networks (e.g., net- 
work 102 shown in FIG. 1). Furthermore, as will be de- 
scribed in greater detail hereinbelow, the network proc- 
essor APIs 21 8 are provided with the capability to inter- 
act with a carrier-grade service creation and service log- 
ic execution environment for enhancing the perform- 
ance of the edge router node. 

[0016] Referring now to FIG. 3, shown therein is an 
exemplary software architecture 300 operable with a 
network processor arrangement provided in accord- 
ance with the teachings of the present invention. The 
software architecture 300 may preferably provided as a 
partitioned architecture suitable for a multi-processor 
environment such as the network processor arrange- 
ment 200 described above. Network applications 204 
running on the control point processor 202 interact with 
network processor services and APIs 206 via appropri- 
ate protocol stacks 304, e.g., SS7, IP, Multi- Protocol La- 
bel Switching (MPLS), equal-cost multipath (ECMP), 
etc. The host OS 208 interacts with the network appli- 
cations 204 via the protocol stacks 304, processor serv- 
ices/APIs 206, or directly. 

[0017] The software architecture for each network 



processor 21 0 is comprised of network application mod- 
ules 216 whose functionality is defined by the protocol 
stacks 304 supported (SS7, IP, MPLS, ECMP, etc.) and 
the instruction set/coprocessors 306 used for the net- 
work processor chipset. One or more third-party coproc- 
essors 302 may be provided for defining additional func- 
tionality (encryption, compression, etc.), which coproc- 
essors are preferably operable to interact with the net- 
work processors 210 as well as the control point proc- 
essor 202. 

[0018] It should be appreciated that unique value- 
added networking applications may be provided as ap- 
plications 204 and 216 residing on top of a given proto- 
col stack in the network processors. The software archi- 
tecture is provided to be flexible whereby the existence 
of different components and modules and how they in- 
teract together may vary depending upon specific im- 
plementation. Accordingly, by employing service APIs 
for creating and executing service programs in accord- 
ance with the teachings of the present invention, service 
solution providers can add value by providing wirespeed 
switching and routing capabilities at a network access 
point for certain services. 

[0019] FIG. 4 depicts a block diagram for an exempla- 
ry hardware architecture 400 of a network processor 
provided in accordance with the teachings of the present 
invention as an optimized packet engine as well as a 
programmable processor for service creation and serv- 
ice logic execution. A processing unit 403 is coupled to 
a memory interface 406 via a processor bus 402 for in- 
teracting with control memory 408, packet memory 41 0 
and service logic/algorithm memory 412. Control mem- 
ory 408 is operable to provide storage for instructions/ 
data used in control operations of the network proces- 
sor. Packet memory 410 and service algorithm memory 
41 2 are operable to effectuate state machine logic used 
in implementing a plurality of queuing and/or routing al- 
gorithms such as, e.g., per-flow-queuing, dynamically- 
controlled routing (DCR), trunk port allocation, etcetera, 
in addition to state machine logic necessary for execut- 
ing one or more service logic programs (SLPs) which 
may be either packaged locally or updated/downloaded 
from a remote network node such as an SCP/SCE node. 
Furthermore, service data memory (not shown) may al- 
so be provided in association with the service algorithm 
memory 412, which data memory is operable as a local 
database for subscriber service data. 
[0020] A local bus interface 404 is operably coupled 
to the processor bus 402 whereby a local bus such as 
a Peripheral Component Interconnect (PCI) bus may be 
provided for supporting additional hardware. A direct 
memory access (DMA) engine 414 is disposed on the 
processor bus 402 for accessing memory without the 
intervention of the processing unit 403. 
[0021] A transmit queue interface 416 and a receive 
queue interface 41 8 are provided for interfacing with one 
or more transmit queues (not shown) and one or more 
receive queues (not shown), respectively. A Segmenta- 
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tion And Reassembly (SAR) block 420 comprising a cell 
scheduling and segmentation sub-block 422 and a cell- 
buffering frame reassembly sub-block 424 is provided 
for effectuating the process of segmenting relatively 
large data packets (e.g., frames) into smaller packets 
(cells) (and reassembling the smaller packets) for pur- 
poses of achieving inter-protocol compatibility. The 
physical media interface 220 is operably coupled with 
the SAR block 420 for effectuating the interface between 
the network processor and a plurality of network media. 
[0022] Referring now to FIG. 5, depicted therein is a 
functional block diagram of an exemplary programma- 
ble network processor (such as the network processor 
210) optimized for call control and service creation/ex- 
ecution at a network access point (i.e., an edge node) 
in accordance with the teachings of the present inven- 
tion. The network 1 02 to which the network access point 
(not explicitly referenced in FIG. 5) is coupled may pref- 
erably include a service node such as, e.g., SCP/SCE 
1 06/1 05, for centralized service creation. Accordingly, it 
should be appreciated that a distributed service execu- 
tion environment may be effectuated in the network by 
the use of programmable network processors (operat- 
ing as "service processors") at the edges of the network. 
[0023] The programmable network processor 21 0 in- 
cludes a packet engine 502 whose functionality is en- 
capsulated in specific functional modules set forth be- 
low: 

packet classifier 504 which identifies a packet 
based on known characteristics such as, e.g., ad- 
dress or protocol employed; 

- packet modifier 506 for modifying the packet to 
comply with IP, ATM, or other protocols (for exam- 
ple, updating portions of the header fields, etc. in 
the protocol data units or PDUs); 
queue/policy management module 508 which de- 
fines the strategy for packet queuing, de-queuing, 
and scheduling of packets for specific applications 
including, e.g., address- and route-learning algo- 
rithms, port optimization algorithms, service pro- 
grams, etcetera; and 

- packet forwarding module 510 which is responsible 
for transmission and receipt of data over the switch 
fabric and forwarding/routing the packets to the ap- 
propriate addresses. 

[0024] The packet engine 502 of the network proces- 
sor 21 0 is provided to be inter-operable with a call and 
connection control (CACO) module 512 for executing 
carrier-grade, "telecom-hardened" call process models 
which may preferably be implemented as originating/ 
terminating call control state machines (CCSMs) exe- 
cutable on the network processor's hardware/software 
architecture described in detail hereinabove. In a pres- 
ently preferred exemplary embodiment of the present 
invention, the CCSMs may preferably be provided to be 
operable in accordance with the well known IN/AIN serv- 



ice architecture. Thus, the execution flow of the CCSMs 
is controlled by armed detection points, service triggers, 
and points-in-call, based on service profiles associated 
with the parties involved in calls received at the network 

s access point. 

[0025] In addition, the packet engine 502 is inter-op- 
erable with a carrier-grade, telecom-hardened service 
creation and service logic execution environment (SCE/ 
SLEE) 51 4 that is responsible for packaging, deploying, 

10 downloading/updating, and executing SLPs. The call 
control module 51 2 is coupled to the SCE/SLEE module 
514 such that triggering events encountered during the 
execution of CCSMs are operable to launch one or more 
SLPs for service processing. Preferably, the SLPs exe- 

15 cuted on the network processor are operable to resolve 
routing translation at the network access point itself for 
achieving wirespeed capability, rather than forwarding 
a query via the network to the remote SCP node 1 06. A 
local database interface 516 may be provided lor local 

20 database dipping, which local database is preferably 
populated with subscriber data and may be upgraded 
periodically from the remote SCP database(s) of the net- 
work. 

[0026] The programming interface effectuated by the 
25 SCE/SLEE module 514 allows coding of a plurality of 
SLPs for implementing a number of services for which 
wirespeed switching/routing at the network access point 
level is highly desirable. For example, 
800/888/900-number services, QoS prioritization 
30 schemes (low latency, real-time voice applications over 
data in networks such as Voice-over-IP (VoIP), Voice- 
over-ATM (VoATM), Voice-over- Frame Relay (VoFR), 
etc.), time-of-day (TOD) routing, Domain Name Server 
(DNS) and Lightweight Directory Access Protocol 
35 (LDAP) services, virtual private network (VPN) tun- 
neling, heuristic modeling based on the network's be- 
havior, et cetera, can be effectuated by interacting with 
the network processor's programming interface to code 
appropriate SLPs via ordered sequences of program- 
mable SIBs adapted from the carrier-grade SCE archi- 
tecture. 

[0027] Continuing to refer to FIG. 5, the functional 
block diagram of the network processor 210 preferably 
includes a monitoring module 51 7 for collecting network 

^5 and access point statistics on a plurality of parameters 
e.g., port usage/optimization, available bandwidth, 
Quality or Service (QoS) enforcement, packet enqueu- 
ing/de-queuing delay, et cetera, on the basis of per 
packet, per session, per origination/destination, perpro- 

so tocol, etc. determinations. Such statistics may be up- 
loaded on a predetermined basis (e.g., per time period) 
to a remote service node, e.g., SCP/SCE 106/105, for 
effectuating a "behavior learning algorithm" for efficient 
customization of service deployment. The performance 

55 statistics may also be utilized locally for heuristic mod- 
eling of the network access point's behavior based on 
measured traffic data. Accordingly, appropriate heuristic 
modeling algorithms may be provided to be executable 
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on the hardware/software platform of the network proc- 
essor 210. 

[0028] In addition, as alluded to in the foregoing, the 
functionality of the network processor 21 0 may prefera- 
bly include QoS prioritization for bearer traffic, e.g., 5 
voice over data, etc. Relevant performance statistics 
gathered by the monitoring module 51 7 may be provide 
ed as a feedback to such schemes. Furthermore., ap- 
propriate SLPs may be coded in association with the 
network processor's SCE/SLEE 514 for effectuating 10 
and/or monitoring service level agreements (SLAs) that 
the network operator may have, 
[0029] Referring now to FIG. 6, depicted therein is an 
exemplary functional hierarchy 600 associated with an 
optimized edge node of the present invention. Appropri- *5 
ate physical layerhardware 602 (e.g., E1/T1 interfaces), 
OS 604, communication protocols 606, and databases 
610 are provided within the architectural platform set 
forth in greater detail hereinabove. An IN service plal- 
form 616, for example, comprising the functionality of 
various parts of SS7 such as service connection control 
part (SCCP), transaction capabilities application part 
(TCAP), IN application part (INAP), mobile application 
part (MAP), etc., is interfaced to the databases via ap- 
propriate APIs 612 and adaptation levels 614. As will be 
described below, various modules and services 620 are 
effectuated by packaging programmable SIBs into SLPs 
by means of network processor's SCE functionality 
which may preferably provided as a simulation/anima- 
tion-based programming interface. An API 618 is pro- 
vided for interfacing between the modules/services 620 
and the underlying service platform. 
[0030] FIG. 7 depicts an exemplary AIN-compiiant 
communications network system 700 wherein opti- 
mized edge nodes 704 are provided as SS7 entities. 
The AIN network system 700 includes a service man- 
agement system (SMS) 716 that interfaces with a plu- 
rality of SCPs (e.g., SCP 714A and SCP 714B) via an 
industry standard protocol such as X.25 protocol. As is 
well known, SMS 71 6 provides network information, da- 
tabase management, and administrative support for the 
AIN network system 700. Furthermore, SMS 716 typi- 
cally interfaces with SCPs for provisioning, database 
management, SCP application programming manage- 
ment, etc. 

[0031] SCP 71 4A and SCP 71 4B may be directly 
linked to signal transfer points (STP) 7 1 2A and 71 2B via 
an SS7 link set 71 0. STP 71 2A and STP 71 2B are fur- 
ther coupled through SS7 link set 710 to one or more 
optimized edge nodes 704A and 704B. Each edge node 
is preferably comprised of a programmable network 
processor arrangement described hereinabove and, ac- 
cordingly, includes signal switching point (SSP) func- 
tionality 702, a local SCE (LSCE) module 706, and an 
SLEE module 705. 

[0032] The edge nodes may be provided as part of a 
public switched telephone network (PSTN), a public 
land mobile network (PLMN), or an IP-network, et cete- 



ra, and are operable to serve the subscribers using wire- 
line and wireless devices 720 and IP-capable access 
devices 722. 

[0033] LSCE 706 and remote SCE 71 8 allow the cre- 
ation and testing of SLPs for service deployment in the 
AIN network 700. The SLPs define network services by 
specifying triggering events encountered in the edge 
nodes 704A/704B that require database access and 
logic for additional processing of calls received in the 
edge nodes. 

[0034] FIG. 8 depicts a functional block diagram of an 
exemplary LSCE (such as LSCE 706) provided for a 
programmable network processor of the present inven- 
tion. As alluded to in the foregoing, LSCE 706 provides 
an abstract, high-level program environment within the 
context of a network processor arrangement for creating 
telecom/datacom services. Preferably, the program- 
ming environment is implemented using animation- and/ 
or simulation-based toolkits built on object-oriented de- 
sign concepts. A packaging tool 802 is provided as part 
of LSCE 706 for packaging SLPs stored in a file system 
808 associated with the network processor arrange- 
ment of the edge node. Preferably, SLP packaging is 
effectuated by bundling an SLP with appropriate data- 
base schema and other parameters used to implement 
the SLP in a telecommunications network environment. 
In a presently preferred exemplary embodiment of the 
present invention, the parameters are operable to opti- 
mize functionality of the SLP in a particular environment 
and comprise any suitable data, instructions, or pro- 
grammatic elements that vary for the SLPs coded using 
the toolkits of LSCE 706. For example, the parameters 
can include global variables 826, peg counters 824, 
prompts 822, etc. stored in a database 820, or subrou- 
tines 814, procedures 81 6, data templates 818, etc. that 
are provided as part of the file system 808 of the network 
processor software architecture. 
[0035] The packaging tool 802 may be programmed 
in any suitable high order programming language using 
a user interface (preferably a graphic user interface 
804). Packaging files 806 are created by the packaging 
tool 804 during the packaging process to bundle the SLP 
with its parameters and subroutines. In an exemplary 
embodiment, the SLPs, subroutines and parameters 
are stored in the packaging file 806 in a Common Object 
Request Broker Architecture (CORBA) format that can 
be used by other entities in the AIN network 700 or other 
components of the edge nodes. At the end of the pack- 
aging process, the packaging tool 802 is capable of sav- 
ing the packaging file 806 under a name and at a loca- 
tion specified by the operator. 

[0038] SLPs created in LSCE 706 are stored as SLPs 
81 0 in the file system 808 wherein each SLP 81 0 is pro- 
vided as group of interconnected SIBs 812 in a specific 
order to provide the exact sequence of logic execution 
in the SLEE associated with the edge node. In addition 
to the logic portion, the SIBs may preferably contain an 
appropriate data model to be used in connection with 
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the logic execution as well as data access/presentation 
screens available at a workstation associated with the 
edge node. 

[0037] FIG. 9 is a flow chart of an exemplary call rout- 
ing method provided in accordance with the teachings 
of the present invention. Upon receiving a call in an edge 
node serving a subscriber (step 902), a call process 
model is launched by a call/connection control module 
in association with the programmable network proces- 
sor disposed in the edge node (step 904). Depending 
upon a triggering event or events encountered during 
the execution of the CCSM associated with the call, an 
appropriate SLP or SLPs are executed on the network 
processor to determine a routing number or destination 
number with respect to the call received in the edge 
node (step 906). As provided hereinabove, the SLP ex- 
ecution may preferably take place as a state-machine- 
based service algorithm in the memory associated with 
Lhe network processor arrangement. Upon determining 
the routing number, the call is appropriately routed at 
wirespeed in the network based on the routing number 
(step 908). 

[0038] Based on the foregoing, those skilled in the art 
should appreciate that programmable network proces- 
sors having the carrier-grade telecom SCE/SLEE/SCP 
capability in accordance with the teachings of the 
present invention provide several advantages. By add- 
ing the SCE capability set for advanced programming 
and feature-related service engineering into the network 
processor architecture, calls having different levels of 
priority (e.g., multi-media calls over data) may be sent 
over the same ports without affecting QoS require- 
ments. Also, wirespeed network processing and per- 
packet algorithmic parsing can facilitate per-packet bill- 
ing technologies and amalgamation technologies for 
more cost-efficient service provisioning. As those skilled 
in the art should recognize, while per-packet billing has 
not been viable in the current art because of speed deg- 
radations (due to the time to "look" at the packet) and 
volume issues (information collection and amalgama- 
tion), providing SCE-like programmability interfacing in 
network processors in accordance with the teachings of 
the present invention advantageously overcomes these 
shortcomings. The SCE's capability to quickly modify 
and test service logic at the workbench, combined with 
the ability to download Into the network processor, pro- 
vides wirespeed switching functionality that ameliorates 
the difficulties associated with the current per-packet 
technologies. 

[0039] Further, with the ability of a centralized SCE to 
quickly modify and distribute logic, upgrading existing 
network processor technologies may be performed 
without having to do board-level replacements at each 
individual access point, which can be very expensive as 
well as almost impractical due to the vast number of 
such devices placed at the edge of the network. Taking 
advantage of software-developed algorithms and net- 
work file transfer upgrades, the edge devices may be 



upgraded with new QoS-based billing and amalgama- 
tion solutions. 

[0040] Additionally, as pointed out above, an edge 
router placed in a VoIP network is able to prioritize voice 

5 calls on the appropriate queues over data sessions us- 
ing the SCE programmability capability set. Moreover 
because the edge router is capable of resolving routing 
number translations (e.g., 800/900-numbertranslation), 
optimized routing may be effectuated at the edge of the 

10 network itself instead of being routed to a centralized 
point to decide how to route the call. For example, high- 
volume and relatively unchanged 800/900 numbers (i. 
e., numbers that are not changed often) as well as most- 
frequented Domain Name addresses can be loaded into 

15 the network processor memory as a local database 
cache for wirespeed resolution, while keeping pace with 
network changes by means of periodic updates (i.e., 
dally, weekly, etc.). 

[0041] As another example, new VPN tunneling tech- 
no nologies may be applied on the basis of per customer, 
per time of day, etc. by employing the SCE-capable net- 
work processors of the present invention. The network 
processors can be programmed to discern between dif- 
ferent VPN technologies per different customer groups, 
25 different security/encryption schemes, etc., based on 
appropriate SLPs locally created or updated from a cen- 
tralized SCE. 

[0042] It is believed that the operation and construc- 
tion of the present invention will be apparent from the 

so foregoing Detailed Description. While the system and 
method shown and described have been characterized 
as being preferred, it should be readily understood that 
various changes, modifications and enhancements 
could be made therein without departing from the scope 

35 of the present invention as set forth in the following 
claims. For example, because of the integration of voice 
networks and IP-based data networks, the teachings of 
the present invention may be also be practiced advan- 
tageously in hybrid networks wherein a plethora of IP- 

40 capable edge devices are provided for interfacing with 
diverse personal communication devices such as H. 
323-compatible terminals, Session Initiation Protocol 
(SlP)-based phones, PDAs, etc. While the applicability 
of network processors in broadband network routers 

45 has been particularly exemplified, the teachings of the 
present invention may be advantageously practiced 
wiLh network processors deployed in DNS servers, 
LDAP servers, Web cache servers, policy servers, 
among others. Accordingly, those skilled in the art 

so should readily appreciate that these and other varia- 
tions, additions, modifications, enhancements, et cete- 
ra, are deemed to be within the ambit of the present in- 
vention whose scope is determined solely by the follow- 
ing claims. 

55 
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Claims 

1. A network element disposed in a telecommunica- 
tions network and operable to serve a subscriber, 
comprising: 

a network processor having a programmable 
interface for dynamically configuring a routing 
operation in response to a request received 
from said subscriber; and 
a service logic program (SLP) executable on 
said network processor for interacting with said 
routing operation to effectuate wirespeed serv- 
ice switching, wherein said SLP is triggered 
based on a service trigger associated with said 
subscriber. 

2. The network element disposed in a telecommuni- 
cations network as set forth in claim 1 , furLher com- 
prising a local database that is updatable from a re- 
mote service database associated with a service 
control point (SCP) disposed in said telecommuni- 
cations network. 

3. The network element disposed in a telecommuni- 
cations network as set forth in claim 2, wherein said 
SLP is programmable from a service creation envi- 
ronment (SCE) associated with said SCP. 

4. The network element disposed in a telecommuni- 
cations network as set forth in.claim 2, wherein said 
SLP is programmable from a service creation envi- 
ronment (SCE) co-located at said network element. 

5. The network element disposed in a telecommuni- 
cations network as set forth in claim 4, wherein said 
SCE comprises a graphic user interface (GUI) op- 
erable with a packaging tool for packaging said SLP 
based on a plurality of service independent blocks 
(SIBs). 

6. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SIBs comprise programmable SIBs. 

7. The network element disposed In a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a particular SLP for mon- 
itoring service level agreements (SLAs) associated 
with said network element. 

8. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a particular SLP for effec- 
tuating virtual private network (VPN) tunneling in 
said telecommunications network. 

9. The network element disposed in a telecommuni- 



cations network as set forth in claim 5, wherein said 
SCE is operable to code a particular SLP for effec- 
tuating an 800-number service in said telecommu- 
nications network. 

5 

10. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a particular SLP for effec- 
tuating a 900-number service in saidtelecommuni- 

10 cations network. 

11. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a particular SLP for effec- 
ts tuating time-of-day (TOD)-based routing in said tel- 
ecommunications network. 

12. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 

20 SCE is operable to code a particular SLP for effec- 
tuating a Domain Name Server (DNS) operation in 
said telecommunications network. 

13. The network element disposed in a telccommuni- 
25 cations network as set forth in claim 5, wherein said 

SCE is operable to code a particular SLP for effec- 
tuating a Lightweight Directory Access Protocol 
(LDAP) server operation in said telecommunica- 
tions network. 

30 

14. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a Quality of Service (QoS) 
prioritization scheme in said telecommunications 

35 network. 

15. The network element disposed in a telecommuni- 
cations network as set forth in claim 5, wherein said 
SCE is operable to code a heuristic modeling 

40 scheme based on network traffic data measured in 
said telecommunications network, said heuristic 
modeling scheme for modifying said network ele- 
ment's behavior depending upon said measured 
network traffic data. 

45 

16. A network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network, comprising: 

so a packet engine for operating on incoming 

packets and to determine appropriate routing 
in said telecommunications network for said in- 
coming packets; 

a service logic execution (SLE) module coupled 
55 to said packet engine for interacting with said 

routing with respect to a call associated with a 
subscriber, 

wherein said subscriber is served by said edge- 
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optimized node; 

a call control module coupled to said packet en- 
gine and said SLE module, said call control 
module operating to launch said SLE module 
when a triggering event is encountered in a call 
process model associated with said call; and 
a programming interface for creating service 
logic programs (SLPs) executable in associa- 
tion with SLE and call control modules. 

17. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 16. further comprising 
an interface for interfacing with a local database 
populated with said subscriber's service profile da- 
ta. 

1 8. The network processor operable for use In an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 1 7, wherein said local 
database is provided as a local memory that is up- 
datable by a service control point (SCP) disposed 
in said telecommunications network. 

1 9. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 18, wherein said pro- 
gramming interface is operable with a centralized 
remote service creation environment (SCE) node 
associated with said SCP disposed in said telecom- 
munications network. 

20. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 19, wherein said pro- 
gramming interface is operable as a local service 
creation environment (SCE) interface with an ob- 
ject-oriented simulation-based toolkit for creating 
said SLPs. 

21 . The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 20, wherein said local 
SCE interface comprises a user interface operable 
with a packaging tool for packaging a particular SLP 
as an ordered sequence of a plurality of service in- 
dependent blocks (SIBs). 

22. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 21 . wherein said SIBs 
comprise programmable SIBs. 

23. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said SLP 
is operable for monitoring service level agreements 
(SLAs) associated with said edge-optimized node. 



24. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said SLP 
is operable for effectuating virtual private network 

5 (VPN) tunneling in said telecommunications 
network . 

25. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 

10 network as set forth in claim 22, wherein said SLP 
is. operable for effectuating an 800-number service 
in said telecommunications network. 

26. The network processor operable for use in an edge- 
15 optimized node disposed in a telecommunications 

network as set forth in claim 22, wherein said SLP 
is operable for effectuating a 900-number service in 
said telecommunications network. 

20 27. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said SLP 
is operable for effectuating time-of-day (TOD)- 
based routing in said telecommunications network. 

25 

28. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said SLP 
is operable for effectuating a Domain Name Server 

30 (DNS) operation in said telecommunications net- 
work. 

29. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 

35 network as set forth in claim 22, wherein said SLP 
is operable for effectuating a Lightweight Directory 
Access Protocol (LDAP) server operation in said 
telecommunications network. 

40 30. The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said SLP 
is operable for effectuating a Quality of Service 
(QoS) prioritization scheme in said telecommunica- 

45 tions network. 

31 . The network processor operable for use in an edge- 
optimized node disposed in a telecommunications 
network as set forth in claim 22, wherein said local 

50 SCE interface is operable for effectuating a heuris- 
tic modeling scheme based on network traffic data 
measured in said telecommunications network, 
said heuristic modeling scheme for modifying said 
network element's behavior depending upon said 

55 measured network traffic data. 

32. A method of call routing in a telecommunications 
network having an edge node with a programmable 
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network processor, comprising the steps of: 

receiving a call in said edge node for a subscrib- 
er served by said edge node; 
responsive to said call. launching a call process 
model in association with said programmable 
network processor; 

executing a service logic program (SLP) on 
said programmable network processor, said 
SLP being invoked responsive to said call proc- 
ess model; 

determining a routing number based on said 
step of executing said SLP; and 
routing said call in said telecommunications 
network based on said routing number. 

33. The method of call routing in a telecommunications 
network as set forth in claim 32, wherein said SLP 
is generated in association wilh a service creation 
environment (SCE) provided for said programma- 
ble network processor. 

34. The method of call routing in a telecommunications 
network as sot forth in claim 33, wherein said SLP 
is executed in association with a service logic exe- 
cution environment (SLEE) provided for said pro- 
grammable network processor. 

35. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said pro- 
grammable network processor is operable to down- 
load services available at a service control point 
(SCP) disposed in said telecommunications net- 
work. 

36. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said pro- 
grammable network processor is operable to up- 
date its SLPs based on a centralized SCE disposed 
in said telecommunications network. 

37. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said call 
relates to an 800-number service. 

38. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said call 
relates to a 900-number service. 

39. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said call 
relates to an 888-number service. 

40. The method of call routing in a telecommunications 
network as set forth in claim 34, wherein said call 
relates to a Domain Name Server (DNS) operation. 

41 . The method of call routing in a telecommunications 



network as set forth in claim 34, wherein said call 
relates to a Lightweight Directory Access Protocol 
(LDAP) operation. 
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